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DETAILED ACTION 

The following is a Non-Final Office action in response to communications received on 
04/02/2009. Claims 1-3, 5, 6, 8-10, 13-18, 20, 21, and 23 have been amended. Claims 
19, 22, and 24-26 have been cancelled. Claims 1-18, 20, 21, and 23 are pending and 
have been considered as follows. 

Response to Arguments 

1 . In light of the Applicant's amendments and remarks filed on 04/02/2009, the 
Examiner hereby withdraws the objection to the Specification and the Claim objections 
to Claims 1,2,5, 6, 9,10,1 2, and 1 3. The Examiner also withdraws the 35 U.S.C. § 
112, second paragraph rejection of Claims 8 and 9, and the 35 U.S.C. § 101 rejection of 
Claims 18 and 21. 

2. Applicant's arguments regarding the limitation "ID data being different from ID 
data being pre-determined to identify the type of data in the stream of audiovisual data" 
filed on 04/02/2009 with respect to Claims 1,11,13-18, 20, 21 , and 23 have been fully 
considered but they are not persuasive. Particularly, Applicant argues that Yamaquchi 
et al. (US-20010042252-A1 , hereinafter Yamaquchi ) fails to teach providing ID data in 
an ID segment being different from ID data being pre-determined to identify the type of 
data and that the identifications disclosed by Yamaquchi are pre-determined for the type 
of data expressed by the identification. The Examiner respectfully disagrees. 
Yamaquchi discloses a MPEG2 TS transport stream that is segmented into data 
components which are provided with different numerical component ID numbers 
([0066]). The data components are further divided into packets for transmission over a 
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channel. Different components can contain different types of data such as "viewing 
permission information" (FIG. 2 and [0067]), "reception elements" which are interactive 
data ([0073]), video data ([0067]), or audio data ([0067]) (e.g. see "The component 217 
includes viewing permission information 218, which contains subscription information 
given for each program. The subscription information contains, for instance, information 
showing that a program is allowed to be viewed periodically, and information showing 
that a program is charged on an as-used basis as in Pay Per View. Video data and 
audio data are included in a video data component and an audio data component, 
which are not shown in the figure" [0067]; see also "In the MPEG2 transport stream 200, 
the components 201 and 204 are interactive data, and reception elements included in 
these components 201 and 204 are repeatedly transmitted" [0073]). In paragraphs 
[0066] and [0067], component ID values for components 217 and 219, video data 
component, and audio data component are not shown in FIG. 2 or given because any 
ID values could be assigned to them while the disclosed component ID values 400 and 
500 were examples to describe the invention's embodiment in FIG. 2. Since Yamaquchi 
teaches that such "components" are not a type of data but generic data segments that 
contain various data types, the component ID values for each different component are 
"ID data being different from ID data being pre-determined to identify the type of data in 
the stream of audiovisual data." 

3. Applicant's arguments regarding the limitation "partly encrypting the data 
segments, leaving the ID segment unencrypted", see Remarks page 13 lines 3-9, filed 
on 04/02/2009, with respect to the rejection(s) of claim(s) 1,11,13-18, 20, 21 , and 23, 
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under 35 U.S.C. § 102(b) have been fully considered and are persuasive. Therefore, 
the rejection has been withdrawn. However, upon further consideration, a new 
ground(s) of rejection is made in view of Yamaquchi in view of Raike (US- 
20020025045-A1) under 35 U.S.C. § 103(a). 

4. Applicant's arguments, see Remarks page 13 lines 4-6, filed on 04/02/2009, with 
respect to the rejection(s) of claim(s) 6, under 35 U.S.C. § 103(a) have been fully 
considered and are persuasive. Therefore, the rejection has been withdrawn. 
However, upon further consideration, a new ground(s) of rejection is made in view of 
Yamaquchi in view of Hobrock etal. (US-200402471 22-A1 ) under 35 U.S.C. § 103(a). 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 1 03(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 
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7. Claims 1-5, 7, 8, 10-18, 20, 21, and 23 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Yamaguchi et al. (US-20010042252-A1 , hereinafter 
Yamaguchi ) in view of Raike (US-20020025045-A1 ). 
As to Amended Claim 1 : 

Yamaguchi discloses a method of encrypting a data stream comprising at least one 
stream of audiovisual data (e.g. see "the present invention aims to provide a digital 
broadcast receiving device, a digital broadcast system, and a recording medium storing 
a receiving method and a receiving program, all of which can restrict use of interactive 
data relating to a fee-based program during a preview time" [0015]), comprising steps 
of, 

- segmenting at least one of said at least one stream (MPEG2 transport stream 
[0063]) of audiovisual data into data segments (components [0066]) (e.g. see 
"The sending device 20 is installed in a broadcast station that provides a digital 
broadcast service, and sends an MPEG2 (Moving Picture Expert Group) TP 
(transport stream) as a broadcast wave via the broadcast satellite 30... The 
reception signal is composed of video data, audio data, interactive data" [0063]; 
see also "When transmitted, the MPEG2 TS 200 is divided into packets on a 
transmission channel. Each packet contains a different packet ID (PID), which is 
identification information for the packet" [0065]); 

- providing the data segments with ID data (component ID [0066]) in an ID 
segment (MPEG2 TS 200 packet headers [0065]-[0066]), the ID data being 
different from ID data being pre-determined (packet id, PID [0065]) to identify the 
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type of data (audio, video, or interactive data [0063]) in the stream of audiovisual 
data (e.g. see "As shown in FIG. 2, the MPEG2 TS 200 includes components 

217, 219, 201, 204, and other components that are not shown in the figure. Each 
component contains a different component ID that identifies the component" 
[0066]; see also "The component 217 includes viewing permission information 

218, which contains subscription information given for each program... Video 
data and audio data are included in a video data component and an audio data 
component, which are not shown in the figure" [0067]; see also "Each reception 
element has a different reception element ID to identify the reception element, 
and each presentation element has a different presentation ID to identify the 
presentation element" [0070]); 

But Yamaguchi does not specifically disclose: 

- partly encrypting the data segments, leaving the ID segment unencrypted 
(although Yamaguchi does disclose "Encryption (hereafter, "scrambling") is 
performed separately for each TP (hereafter, "AV (audio-video) TP" [Transport 
Packets]) containing video data and audio data for programs" [0008]). 

However, the analogous art Raike, which addresses the same field of endeavor in 
encryption and transmission of audio and video data streams, does disclose partly 
encrypting the data segments (encrypting packet payload [0035]), leaving the ID 
segment (packet header information with ID tag [0029] and [0035]) unencrypted. 

- (e.g. see "The present encryption processing may insert specific information into 
designated field(s) within the stream header, and also replaces the data payload 
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of each packet with encrypted data. All of the packets in the stream are 
encrypted, but only the data payload is encrypted and not the packet header 
information. This remains unchanged by the encryption processing" [0035]; see 
also "each packet header is assumed to include at least one item of information 
that uniquely identifies that packet, called here a "tag"... The tag information, 
along with the rest of the packet header, must accompany a packet "in the clear", 
that is, not encrypted" [0029]). 
It would have been obvious to one of ordinary skill in the art at the time applicant's 
invention was made to modify the invention of Yamaquchi with the teachings of Raike to 
include partly encrypting the data segments, leaving the ID segment unencrypted as 
claimed because the use of Raike could provide Yamaguchi the ability to partially 
encrypt an audio and video data stream (Yamaguchi [0008]) while not encrypting the 
packet header segments containing ID information ( Raike [0029]) for the purpose of 
facilitating the encryption and decryption of the data packets ( Raike [0032]-[0035]). 
As to Amended Claim 2: 

The combination of teaching between Yamaquchi and Raike discloses the method 
according to claim 1, wherein the method further comprises the step of, 
- creating data packs (components, Yamaquchi [0066]), each data pack 

comprising at least one data segment (packets [0065]) and wherein the step of 
partly encrypting the data segments, the ID segment (packet header information 
with ID tag, Raike [0029] and [0035]) of said at least one data segment is 
unencrypted (e.g. see Yamaquchi , "A plurality of packets that has the same PID 
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to be transmitted make up the same component" [0065]; see also "As shown in 
FIG. 2, the MPEG2 TS 200 includes components 217, 219, 201, 204, and other 
components that are not shown in the figure" [0066]; see also Raike, "The 
present encryption processing may insert specific information into designated 
field(s) within the stream header, and also replaces the data payload of each 
packet with encrypted data. All of the packets in the stream are encrypted, but 
only the data payload is encrypted and not the packet header information. This 
remains unchanged by the encryption processing" [0035]); 

- The examiner supplies the same rationale for the combination of references 
Yamaquchi and Raike as in claim 1 above. 

As to Amended Claim 3: 

The combination of teaching between Yamaguchi and Raike discloses the method 
according to claim 1 , wherein the at least one data stream comprises, 

- multiple streams of different types of audiovisual data and data segments of at 
least one stream of audiovisual data are encrypted (e.g. see Yamaquchi , "For 
this communication satellite broadcast service, a plurality of transport streams 
(hereafter called "TS") for digital data are broadcasted in parallel. The number of 
transport streams broadcasted in parallel is equal to a number of transponders. A 
plurality of transport packets (hereafter "TP"), which contain data corresponding 
to a plurality of programs, are time-division multiplexed into each TS. A user 
selects a given program contained in a TS, and watches the program" [0006]; 
see also "Encryption (hereafter, "scrambling") is performed separately for each 
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TP (hereafter, "AV (audio-video) TP") containing video data and audio data for 
programs" [0008]). 
As to Amended Claim 4: 

The combination of teaching between Yamaquchi and Raike discloses the method 
according to claim 3, wherein, 

- data segments of at least one stream of audiovisual data is provided with ID 
segments (MPEG2 TS 200 packet headers, Yamaquchi [0065]-[0066]) 
comprising ID data (component ID [0066]) being different from ID data being pre- 
determined to identify the type of data in the stream of audiovisual data (e.g. see 
Yamaquchi , "As shown in FIG. 2, the MPEG2 TS 200 includes components 217, 
219, 201 , 204, and other components that are not shown in the figure. Each 
component contains a different component ID that identifies the component" 
[0066]; see also "The component 217 includes viewing permission information 
218, which contains subscription information given for each program... Video 
data and audio data are included in a video data component and an audio data 
component, which are not shown in the figure" [0067]). 

As to Amended Claim 5: 

The combination of teaching between Yamaquchi and Raike discloses the method 
according to claim 3, wherein, 

- the multiple streams of different types of audiovisual data are provided 
simultaneously and the method further comprising the step of multiplexing the 
segments comprising data of the multiple streams of audiovisual data to a further 
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data stream (e.g. see Yamaguchi , "A plurality of transport packets (hereafter 
"TP"), which contain data corresponding to a plurality of programs, are time- 
division multiplexed into each TS. A user selects a given program contained in a 
TS, and watches the program" [0006]; see also "The combining unit 106 receives 
the second AV signal from the AV reproducing unit 105, and a second data 
signal from the data analyzing unit 104. The combining unit 106 then combines 
the second AV signal and the second data signal to generate a data-AV 
combined signal, and outputs the generated data-AV combined signal to the 
monitor connected to the interactive data receiving device 100" [0108]). 
As to Claim 7: 

The combination of teaching between Yamaguchi and Raike discloses the method 

according to claim 2, wherein, 

- the data packs are MPEG-2 data stream packs (e.g. see Yamaguchi , "The 
sending device 20 is installed in a broadcast station that provides a digital 
broadcast service, and sends an MPEG2 (Moving Picture Expert Group) TP 
(transport stream) as a broadcast wave via the broadcast satellite 30" [0063]; see 
also "When transmitted, the MPEG2 TS 200 is divided into packets on a 
transmission channel" [0065]). 

As to Amended Claim 8: 

The combination of teaching between Yamaguchi and Raike discloses the method 
according to claim 2, wherein, 
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- the ID data being pre-determined to identify the type of data in the stream of 
audiovisual data is pre-determined by the DVD standard (e.g. see Yamaguchi , 
"The sending device 20 is installed in a broadcast station that provides a digital 
broadcast service, and sends an MPEG2 (Moving Picture Expert Group) TP 
(transport stream) as a broadcast wave via the broadcast satellite 30" [0063]; see 
also "When transmitted, the MPEG2 TS 200 is divided into packets on a 
transmission channel. Each packet contains a different packet ID (PID), which is 
identification information for the packet" [0065] where the DVD standard 
inherently uses the MPEG2 format in its specification). 

As to Amended Claim 10: 

The combination of teaching between Yamaguchi and Raike discloses the method 
according to claim 1 , further comprising, 

- storing the segmented and partially encrypted data segments on a storage 
medium (e.g. see Yamaguchi , "In view of the above problems, the present 
invention aims to provide a digital broadcast receiving device, a digital broadcast 
system, and a recording medium storing a receiving method and a receiving 
program, all of which can restrict use of interactive data relating to a fee-based 
program during a preview time" [0015]; see also "The data storing unit 108 is 
composed of semiconductor memory, and has areas that store a presentation 
element, a purchase state, a component ID, a reception element ID, and a 
presenting element flag, as shown in FIG. 5" [0088]). 
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As to Claim 11: 

Yamaguchi discloses a circuit (sending device 20 [0061]) for encrypting a data stream 
comprising at least one stream of audiovisual data, comprising (see Applicant Spec. 
Page 1 1 lines 8-9, "For example, a function being described as being carried out by one 
element may also be carried out by multiple elements and vice versa [multiple functions 
carried out by one element]"), 

- a segmenting unit (sending device 20's processor) for segmenting the stream of 
audiovisual data in data segments (e.g. see "The sending device 20 is installed in 
a broadcast station that provides a digital broadcast service, and sends an 
MPEG2 (Moving Picture Expert Group) TP (transport stream) as a broadcast 
wave via the broadcast satellite 30" [0063]; see also "When transmitted, the 
MPEG2 TS 200 is divided into packets on a transmission channel" [0065] where 
sending device 20 inherently uses a processor for these functions); 

- a unit (sending device 20's processor) for providing the data segment with ID 
data (component ID [0066]) in an ID segment (MPEG2 TS 200 packet headers 
[0065]-[0066]), the ID data being different from ID data (packet id, PID [0065]) 
being pre-determined to identify the type of data in the stream of audiovisual data 
(e.g. see "As shown in FIG. 2, the MPEG2 TS 200 includes components 217, 
219, 201 , 204, and other components that are not shown in the figure. Each 
component contains a different component ID that identifies the component" 
[0066]; see also "The component 217 includes viewing permission information 
218, which contains subscription information given for each program... Video 
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data and audio data are included in a video data component and an audio data 
component, which are not shown in the figure" [0067]); 
But Yamaguchi does not specifically disclose: 

- an encryption unit for partly encrypting the data segments, leaving the ID 
segment unencrypted (although Yamaguchi does disclose "Encryption (hereafter, 
"scrambling") is performed separately for each TP (hereafter, "AV (audio-video) 
TP" [Transport Packets]) containing video data and audio data for programs" 
[0008]). 

However, the analogous art Raike, which addresses the same field of endeavor in 
encryption and transmission of audio and video data streams, does disclose an 
encryption unit (sender's encryption processor [0005]) for partly encrypting the data 
segments (encrypting packet payload [0035]), leaving the ID segment (packet header 
information with ID tag [0029] and [0035]) unencrypted. 

- (e.g. see "The present encryption processing may insert specific information into 
designated field(s) within the stream header, and also replaces the data payload 
of each packet with encrypted data. All of the packets in the stream are 
encrypted, but only the data payload is encrypted and not the packet header 
information. This remains unchanged by the encryption processing" [0035]; see 
also "each packet header is assumed to include at least one item of information 
that uniquely identifies that packet, called here a "tag"... The tag information, 
along with the rest of the packet header, must accompany a packet "in the clear", 
that is, not encrypted" [0029]). 
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It would have been obvious to one of ordinary skill in the art at the time applicant's 
invention was made to modify the invention of Yamaquchi with the teachings of Raike to 
include an encryption unit for partly encrypting the data segments, leaving the ID 
segment unencrypted as claimed because the use of Raike could provide Yamaguchi 
the ability to partially encrypt an audio and video data stream ( Yamaquchi [0008]) while 
not encrypting the packet header segments containing ID information ( Raike [0029]) for 
the purpose of facilitating the encryption and decryption of the data packets ( Raike 
[0032]-[0035]). 
As to Claim 12: 

The combination of teaching between Yamaquchi and Raike discloses the circuit 

according to claim 1 1 , further comprising, 

- a packing unit (sending device 20's processor) for creating data packs 

(components, Yamaquchi [0066]), each data pack comprising at least one data 
segment (packets [0065]) and wherein the step of partly encrypting the data 
segments, the ID segment (packet header information with ID tag, Raike [0029] 
and [0035]) of said at least one data segment is unencrypted (e.g. see 
Yamaquchi , "A plurality of packets that has the same PID to be transmitted make 
up the same component" [0065]; see also "As shown in FIG. 2, the MPEG2 TS 
200 includes components 217, 219, 201 , 204, and other components that are not 
shown in the figure" [0066]; see also Raike , "The present encryption processing 
may insert specific information into designated field(s) within the stream header, 
and also replaces the data payload of each packet with encrypted data. All of the 
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packets in the stream are encrypted, but only the data payload is encrypted and 
not the packet header information. This remains unchanged by the encryption 
processing" [0035]); 

- The examiner supplies the same rationale for the combination of references 
Yamaguchi and Raike as in claim 1 1 above. 

As to Amended Claim 13: 

Yamaguchi discloses an apparatus (FIG. 1 , interactive data receiving devices 100a and 
100b) for storing data, comprising, 

- a receiver for receiving data (e.g. see "As shown in FIG. 4, the interactive data 
receiving device 100 includes a receiving unit 101" [0086]); 

- the circuit comprising: 

- a segmenting unit (sending device 20's processor) for segmenting the stream of 
audiovisual data in data segments (e.g. see "The sending device 20 is installed in 
a broadcast station that provides a digital broadcast service, and sends an 
MPEG2 (Moving Picture Expert Group) TP (transport stream) as a broadcast 
wave via the broadcast satellite 30" [0063]; see also "When transmitted, the 
MPEG2 TS 200 is divided into packets on a transmission channel" [0065] where 
sending device 20 inherently uses a processor for these functions); 

- a unit (sending device 20's processor) for providing the data segment with ID 
data (component ID [0066]) in an ID segment (MPEG2 TS 200 packet headers 
[0065H0066]), the ID data being different from ID data (packet id, PID [0065]) 
being pre-determined to identify the type of data in the stream of audiovisual data 
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(e.g. see "As shown in FIG. 2, the MPEG2 TS 200 includes components 217, 
219, 201 , 204, and other components that are not shown in the figure. Each 
component contains a different component ID that identifies the component" 
[0066]; see also "The component 217 includes viewing permission information 
218, which contains subscription information given for each program... Video 
data and audio data are included in a video data component and an audio data 
component, which are not shown in the figure" [0067]); 

- a storage device (data storing unit) for storing partially encrypted data segments 
on a storage medium (e.g. see "The data storing unit 108 is composed of 
semiconductor memory, and has areas that store a presentation element, a 
purchase state, a component ID, a reception element ID, and a presenting 
element flag, as shown in FIG. 5" [0088]); 

But Yamaguchi does not specifically disclose: 

- an encryption unit for partly encrypting the data segments, leaving the ID 
segment unencrypted (although Yamaguchi does disclose "Encryption (hereafter, 
"scrambling") is performed separately for each TP (hereafter, "AV (audio-video) 
TP" [Transport Packets]) containing video data and audio data for programs" 
[0008]). 

However, the analogous art Raike, which addresses the same field of endeavor in 
encryption and transmission of audio and video data streams, does disclose an 
encryption unit (sender's encryption processor [0005]) for partly encrypting the data 
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segments (encrypting packet payload [0035]), leaving the ID segment (packet header 
information with ID tag [0029] and [0035]) unencrypted. 

- (e.g. see "The present encryption processing may insert specific information into 
designated field(s) within the stream header, and also replaces the data payload 
of each packet with encrypted data. All of the packets in the stream are 
encrypted, but only the data payload is encrypted and not the packet header 
information. This remains unchanged by the encryption processing" [0035]; see 
also "each packet header is assumed to include at least one item of information 
that uniquely identifies that packet, called here a "tag"... The tag information, 
along with the rest of the packet header, must accompany a packet "in the clear", 
that is, not encrypted" [0029]). 
It would have been obvious to one of ordinary skill in the art at the time applicant's 
invention was made to modify the invention of Yamaguchi with the teachings of Raike to 
include an encryption unit for partly encrypting the data segments, leaving the ID 
segment unencrypted as claimed because the use of Raike could provide Yamaguchi 
the ability to partially encrypt an audio and video data stream ( Yamaguchi [0008]) while 
not encrypting the packet header segments containing ID information ( Raike [0029]) for 
the purpose of facilitating the encryption and decryption of the data packets ( Raike 
[0032]-[0035]). 
As to Claim 14: 

Yamaguchi discloses a method of decrypting audiovisual data (e.g. see "the present 
invention aims to provide a digital broadcast receiving device, a digital broadcast 
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system, and a recording medium storing a receiving method and a receiving program, 
all of which can restrict use of interactive data relating to a fee-based program during a 
preview time" [0015]), comprising the steps of, 

- recognising that the data carried by the ID segment is different from ID data 
being pre-determined to identify the type of data in the stream of audiovisual data 
and recognising the actual type of data comprised by the data segments (e.g. 
see "The data judging unit 1 1 7 then compares the ID of the recognized link 
destination with the ID of the currently-presented presentation element to judge 
whether a presentation element of the link destination and the currently- 
presented presentation element belong to the same component" [0126]); 

- forming a stream of audiovisual data from the data segments (e.g. see "The 
combining unit 106 receives the second AV signal from the AV reproducing unit 
105, and a second data signal from the data analyzing unit 104. The combining 
unit 106 then combines the second AV signal and the second data signal to 
generate a data-AV combined signal, and outputs the generated data-AV 
combined signal to the monitor connected to the interactive data receiving device 
100" [0108]); 

But Yamaauchi does not specifically disclose: 

- decrypting the partly encrypted data segments (although Yamaquchi discloses "A 
descrambling key to descramble such scrambled AV TP [audio-video transport 
packets], and program attribute information for the programs make up program 
information (hereafter, "ECM") and are contained in another TP (hereafter, "ECM 
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TP"). Such ECM TP and AV TP are broadcasted together. This ECM TP is also 
scrambled. A work key to descramble the scrambled ECM TP, and subscription 
information make up individual information (hereafter, "EMM") and are stored in 
an integrated circuit (IC) card, which is inserted into each receiving device" 
[0008]); 

However, the analogous art Raike, which addresses the same field of endeavor in 
encryption and transmission of audio and video data streams, does disclose decrypting 
(symmetrically decrypting [0034]) the partly encrypted data segments (encrypted stream 
packets with unencrypted tag values removed [0034]). 

(e.g. see "The tag values of each stream data packet are extracted (1 3) and 
then hashed (14) with the base key to produce the packet key for each packet. 
The stream packets with tag values removed ( stream data) are then 
symmetrically decrypted (15) using the corresponding packet key. The plaintext 
stream packets, with or without tag values depending on the transmission 
protocol being used, are then stored or outputted in a form suitable for use by a 
streaming media player" [0034]). 
It would have been obvious to one of ordinary skill in the art at the time applicant's 
invention was made to modify the invention of Yamaquchi with the teachings of Raike to 
include decrypting the partly encrypted data segments as claimed because the use of 
Raike could provide Yamaquchi the ability to partially encrypt an audio and video data 
stream ( Yamaquchi [0008]) while not encrypting the packet header segments containing 
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ID information (Raike [0029]) for the purpose of facilitating the later decryption process 
of the encrypted stream packets ( Raike [0032]-[0035]). 
As to Amended Claims 15, 16, and 17: 

Yamaguchi discloses a method/circuit/apparatus of retrieving and rendering stored 
audiovisual data (e.g. see "the present invention aims to provide a digital broadcast 
receiving device, a digital broadcast system, and a recording medium storing a 
receiving method and a receiving program, all of which can restrict use of interactive 
data relating to a fee-based program during a preview time" [0015]), comprising, 

- a storage device for/retrieving data stored on a storage medium (e.g. see "The 
receiving unit 101 receives an MPEG2 TS (hereafter, "TS"), which is transmitted 
repeatedly from the sending device 20 as a broadcast wave, and extracts a 
reception signal and viewing permission information from the received TS. This 
reception signal contains video data, audio data, and interactive data. The 
receiving unit 101 then outputs the extracted reception signal to the restoring unit 
103, and the extracted viewing permission information to the specifying unit 102" 
[0097]); 

- an identification unit for/recognizing that the data carried by the ID segment is 
different from ID data (data judging unit 1 1 7 distinguishes ID data such as a 
component ID from a packet ID) being pre-determined to identify the type of data 
in the stream of audiovisual data and recognizing the actual type of data 
comprised by the data segments (e.g. see "The data judging unit 1 1 7 then 
compares the ID of the recognized link destination with the ID of the currently- 
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presented presentation element to judge whether a presentation element of the 
link destination and the currently-presented presentation element belong to the 
same component" [0126]); 

- a streaming unit for/forming a stream of audiovisual data from the data segments 
(e.g. see "The combining unit 106 receives the second AV signal from the AV 
reproducing unit 105, and a second data signal from the data analyzing unit 104. 
The combining unit 106 then combines the second AV signal and the second 
data signal to generate a data-AV combined signal, and outputs the generated 
data-AV combined signal to the monitor connected to the interactive data 
receiving device 100" [0108]); 

- a circuit for/rendering the decrypted stream of audiovisual data (e.g. see "When 
the purchase state signal indicates the preview state (step S301), the data 
analyzing unit 104 generates video data, which is a second data signal, referring 
to a bitmap table, a text table, and the like included in a firstly-presented 
presentation element (step S304), and outputs the generated second data signal 
to the combining unit 106 (step S305). The processing is then completed" 
[0207]); 

But Yamaquchi does not specifically disclose: 

- a decryption unit for/decrypting the partly encrypted data segments (although 
Yamaquchi discloses "A descrambling key to descramble such scrambled AV TP 
[audio-video transport packets], and program attribute information for the 
programs make up program information (hereafter, "ECM") and are contained in 
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another TP (hereafter, "ECM TP"). Such ECM TP and AV TP are broadcasted 
together. This ECM TP is also scrambled. A work key to descramble the 
scrambled ECM TP, and subscription information make up individual information 
(hereafter, "EMM") and are stored in an integrated circuit (IC) card, which is 
inserted into each receiving device" [0008]); 
However, the analogous art Raike, which addresses the same field of endeavor in 
encryption and transmission of audio and video data streams, does disclose a 
decryption unit (recipient's decryption processor [0030]) for/decrypting (symmetrically 
decrypting [0034]) the partly encrypted data segments (encrypted stream packets with 
unencrypted tag values removed [0034]). 

(e.g. see "The tag values of each stream data packet are extracted (1 3) and 
then hashed (14) with the base key to produce the packet key for each packet. 
The stream packets with tag values removed ( stream data) are then 
symmetrically decrypted (15) using the corresponding packet key. The plaintext 
stream packets, with or without tag values depending on the transmission 
protocol being used, are then stored or outputted in a form suitable for use by a 
streaming media player" [0034]). 
It would have been obvious to one of ordinary skill in the art at the time applicant's 
invention was made to modify the invention of Yamaquchi with the teachings of Raike to 
include a decryption unit for/decrypting the partly encrypted data segments as claimed 
because the use of Raike could provide Yamaquchi the ability to partially encrypt an 
audio and video data stream ( Yamaquchi [0008]) while not encrypting the packet 
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header segments containing ID information (Raike [0029]) for the purpose of facilitating 
the later decryption process of the encrypted stream packets ( Raike [0032]-[0035]). 
As to Amended Claims 18 and 20: 

Yamaguchi discloses a computer programme product/programmed computer 
comprising computer readable instruction for programming a processing unit (e.g. see 
"The present invention may be a computer system that comprises a microprocessor and 
memory which stores the above computer program, and the microprocessor may 
execute the stored computer program to achieve the present invention. The above 
computer program or digital signals may be recorded on the computer-readable 
recording medium to be distributed via the network or other distribution methods to a 
computer system" [0258]), enabled to execute the steps of, 

- segmenting at least one of said at least one stream (MPEG2 transport stream 
[0063]) of audiovisual data in data segments (components [0066]) (e.g. see "The 
sending device 20 is installed in a broadcast station that provides a digital 
broadcast service, and sends an MPEG2 (Moving Picture Expert Group) TP 
(transport stream) as a broadcast wave via the broadcast satellite 30... The 
reception signal is composed of video data, audio data, interactive data" [0063]; 
see also "When transmitted, the MPEG2 TS 200 is divided into packets on a 
transmission channel. Each packet contains a different packet ID (PID), which is 
identification information for the packet" [0065]); 

- providing the data segments with ID data (component ID [0066]) in an ID 
segment (MPEG2 TS 200 packet headers [0065]-[0066]), the ID data being 
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different from ID data being pre-determined (packet id, PID [0065]) to identify the 
type of data (audio, video, or interactive data [0063]) in the stream of audiovisual 
data (e.g. see "As shown in FIG. 2, the MPEG2 TS 200 includes components 

217, 219, 201, 204, and other components that are not shown in the figure. Each 
component contains a different component ID that identifies the component" 
[0066]; see also "The component 217 includes viewing permission information 

218, which contains subscription information given for each program... Video 
data and audio data are included in a video data component and an audio data 
component, which are not shown in the figure" [0067]; see also "Each reception 
element has a different reception element ID to identify the reception element, 
and each presentation element has a different presentation ID to identify the 
presentation element" [0070]); 

But Yamaguchi does not specifically disclose: 

- partly encrypting the data segments, leaving the ID segment unencrypted 
(although Yamaguchi does disclose "Encryption (hereafter, "scrambling") is 
performed separately for each TP (hereafter, "AV (audio-video) TP" [Transport 
Packets]) containing video data and audio data for programs" [0008]). 
However, the analogous art Raike, which addresses the same field of endeavor in 
encryption and transmission of audio and video data streams, does disclose partly 
encrypting the data segments (encrypting packet payload [0035]), leaving the ID 
segment (packet header information with ID tag [0029] and [0035]) unencrypted. 
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- (e.g. see "The present encryption processing may insert specific information into 
designated field(s) within the stream header, and also replaces the data payload 
of each packet with encrypted data. All of the packets in the stream are 
encrypted, but only the data payload is encrypted and not the packet header 
information. This remains unchanged by the encryption processing" [0035]; see 
also "each packet header is assumed to include at least one item of information 
that uniquely identifies that packet, called here a "tag"... The tag information, 
along with the rest of the packet header, must accompany a packet "in the clear", 
that is, not encrypted" [0029]). 
It would have been obvious to one of ordinary skill in the art at the time applicant's 
invention was made to modify the invention of Yamaquchi with the teachings of Raike to 
include partly encrypting the data segments, leaving the ID segment unencrypted as 
claimed because the use of Raike could provide Yamaguchi the ability to partially 
encrypt an audio and video data stream ( Yamaquchi [0008]) while not encrypting the 
packet header segments containing ID information ( Raike [0029]) for the purpose of 
facilitating the encryption and decryption of the data packets ( Raike [0032]-[0035]). 
As to Amended Claims 21 and 23: 

Yamaquchi discloses a computer programme product comprising computer readable 
instruction for programming a processing unit (e.g. see "The present invention may be a 
computer system that comprises a microprocessor and memory which stores the above 
computer program, and the microprocessor may execute the stored computer program 
to achieve the present invention. The above computer program or digital signals may be 
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recorded on the computer-readable recording medium to be distributed via the network 
or other distribution methods to a computer system" [0258]), for executing the steps of, 

- recognising that the data carried by the ID segment is different from ID data (data 
judging unit 117 distinguishes ID data such as a component ID from a packet ID) 
being pre-determined to identify the type of data in the stream of audiovisual data 
and recognizing the actual type of data comprised by the data segments (e.g. 
see "The data judging unit 1 1 7 then compares the ID of the recognized link 
destination with the ID of the currently-presented presentation element to judge 
whether a presentation element of the link destination and the currently- 
presented presentation element belong to the same component" [0126]); 

- forming a stream of audiovisual data from the data segments (e.g. see "The 
combining unit 106 receives the second AV signal from the AV reproducing unit 
105, and a second data signal from the data analyzing unit 104. The combining 
unit 106 then combines the second AV signal and the second data signal to 
generate a data-AV combined signal, and outputs the generated data-AV 
combined signal to the monitor connected to the interactive data receiving device 
100" [0108]); 

But Yamaauchi does not specifically disclose: 

- decrypting the partly encrypted data segments (although Yamaquchi discloses "A 
descrambling key to descramble such scrambled AV TP [audio-video transport 
packets], and program attribute information for the programs make up program 
information (hereafter, "ECM") and are contained in another TP (hereafter, "ECM 
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TP"). Such ECM TP and AV TP are broadcasted together. This ECM TP is also 
scrambled. A work key to descramble the scrambled ECM TP, and subscription 
information make up individual information (hereafter, "EMM") and are stored in 
an integrated circuit (IC) card, which is inserted into each receiving device" 
[0008]); 

However, the analogous art Raike, which addresses the same field of endeavor in 
encryption and transmission of audio and video data streams, does disclose decrypting 
(symmetrically decrypting [0034]) the partly encrypted data segments (encrypted stream 
packets with unencrypted tag values removed [0034]). 

- (e.g. see "The tag values of each stream data packet are extracted (13) and then 
hashed (14) with the base key to produce the packet key for each packet. The 
stream packets with tag values removed ( stream data) are then symmetrically 
decrypted (15) using the corresponding packet key. The plaintext stream 
packets, with or without tag values depending on the transmission protocol being 
used, are then stored or outputted in a form suitable for use by a streaming 
media player" [0034]). 
It would have been obvious to one of ordinary skill in the art at the time applicant's 
invention was made to modify the invention of Yamaquchi with the teachings of Raike to 
include decrypting the partly encrypted data segments as claimed because the use of 
Raike could provide Yamaquchi the ability to partially encrypt an audio and video data 
stream ( Yamaquchi [0008]) while not encrypting the packet header segments containing 
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ID information (Raike [0029]) for the purpose of facilitating the later decryption process 

of the encrypted stream packets ( Raike [0032]-[0035]). 

8. Claim 6 is rejected under 35 U.S.C. 103(a) as being unpatentable over 

Yamaguchi in view of Raike , as applied to claim 1 above, and in further view of Hobrock 

etal. (US-20040247122-A1, hereinafter Hobrock). 

As to Amended Claim 6: 

The combination of teaching between Yamaguchi and Raike discloses the method 
according to claim 1, wherein, 

- the data segments are provided with further ID data (packet ID [0065]) in the ID 
segment, the further ID data being pre-determined to identify the type of data in 
the stream of audiovisual data (e.g. see Yamaguchi , "Each packet contains a 
different packet ID (PID), which is identification information for the packet. A 
plurality of packets that has the same PID to be transmitted make up the same 
component" [0065]) 

- ID data (component ID [0066]) being different from ID data being pre-determined 
to identify the type of data in the at least one stream of audiovisual data (e.g. see 
"As shown in FIG. 2, the MPEG2 TS 200 includes components 217, 219, 201, 
204, and other components that are not shown in the figure. Each component 
contains a different component ID that identifies the component" [0066]; see also 
"The component 217 includes viewing permission information 218, which 
contains subscription information given for each program... Video data and audio 
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data are included in a video data component and an audio data component, 
which are not shown in the figure" [0067]); 
But Yamaguchi in view of Raike does not specifically disclose: 

- the further ID data being in a further step replaced by [other] ID data. 
However, the analogous art Hobrock , which addresses the same field of endeavor in 
encryption, decryption, and transmission of audio and video data streams, does 
disclose the further ID data (original PID value [0060]) being in a further step replaced 
by [other] ID data (new PID values [0060]). 

- (e.g. see "In the interest of simplicity of encoding, a preferred embodiment of the 
present inventive technique accomplishes the "tagging" function by replacing 
each packet's PID with a new PID to identify the packet's origin transport stream. 
In effect, the new PID value serves a dual purpose-it serves as a "tag" value to 
identify the origin stream of packets in the merged stream, and it maps the 
original PID values into a new set of values" [0060]). 

It would have been obvious to one of ordinary skill in the art at the time applicant's 
invention was made to modify the combination method of Yamaguchi and Raike with 
the teachings of Hobrock to include the further ID data being in a further step replaced 
by [other] ID data as claimed because the use of Hobrock could provide the 
combination method of Yamaguchi and Raike the ability to further replace original ID 
data in a stream of audiovisual data (Yamaguchi [0065]) with other ID data values 
( Hobrock [0060]) for the purpose of preventing data packet ID conflicts inside a 
receiving decryption device of the audiovisual data stream ( Hobrock [0087]). 
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9. Claim 9 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Yamaguchi in view of Raike , as applied to claim 1 above, and in further view of 
Nakaqawa et al. (US-2001 0028725-A1 , hereinafter Nakaqawa ). 
As to Amended Claim 9: 

The combination of teaching between Yamaguchi and Raike discloses the method 
according to claim 1 , but does not specifically disclose further comprising the step of, 

- providing an empty stream of audiovisual data of the same type as the at least 
one stream of audiovisual data for which non pre-determined ID data has been 
provided, the empty stream of audiovisual data being provided with ID data pre- 
determined for identifying the type of data. 

However, Nakaqawa does disclose providing an empty stream (If IPMPS_Type=2, 
payload of decoded data is cleared) of audiovisual data of the same type as the at least 
one stream of audiovisual data for which non pre-determined ID data has been 
provided, the empty stream of audiovisual data being provided with ID data 
(IPMP_Type) pre-determined for identifying the type of data. 

- (e.g. see "On the other hand, if it is determined in step S307 that the user is not 
authentic (the user has not paid a given fee), the flow advances to step S308 to 
control playback quality of that object. In step S308, data decoded in step S305 
is processed to control playback quality. How to process the data can be 
determined by the IPMP controller 20 depending on the format of the IPMP 
information" [0327]; see also "If IPMPS_Type=2, the payload of decoded data is 
cleared to black out a moving image or inhibit audio playback" [0330]; see also 
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"As described above, according to this embodiment, upon decoding and playing 
back information from a data stream that contains a plurality of object streams, 
the playback quality of copyrighted objects can be controlled" [0334]) 
One of ordinary skill in the art at the time applicant's invention was made would have 
been motivated by Nakagawa to modify the combination method of Yamaguchi and 
Raike to include providing an empty stream of audiovisual data of the same type as the 
at least one stream of audiovisual data for which non pre-determined ID data has been 
provided, the empty stream of audiovisual data being provided with ID data pre- 
determined for identifying the type of data as claimed because the use of Nakagawa 
could provide the combination method of Yamaguchi and Raike the ability to provide an 
empty stream of audiovisual data (Nakagawa [0330]) of the same type as another 
audiovisual data stream for which non pre-determined ID data has been provided, for 
the purpose of enhancing control over output data streams gained by being able to 
provide for an empty stream of audiovisual data for inhibiting audio or image playback to 
an unauthorized viewer ( Nakagawa [001 1]). 

Conclusion 

1 0. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Examiner Kenneth Chang whose telephone number is 
(571)270-7530. The examiner can normally be reached on Monday-Friday 8:00am- 
5:30pm (Alt. Friday off). 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Taghi T. Arani can be reached on 571-272-3787. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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